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I. INTRODUCTION 


A. PRELUDE 

Over one-hundred years ago, the Wright Brothers were the first to accomplish a 
manned, controlled, heavier-than-air-flight, making history at Kitty Hawk, North 
Carolina, on December 17, 1903. How did two bicycle mechanics from Dayton, Ohio, 
accomplish this feat against a host of inventors? And, why did the Wright's lose their 
advantage and not continue to make aviation history? The answer to both questions 
revolves around their networks. Early on, the Wright's were not only inventors, they 
were networked innovators. Shulman concluded that their early success was due to their 
correspondence and sharing of ideas with Samuel Langley and flight historian Octave 
Chanute, who had built an extensive network within the aviation community (2002). 
Following their successful flight, however, the Wright's network was limited through 
secrecy that was driven by a desire to patent the airplane and secure a monopoly, even 
rejecting Chanute's request for information about their maiden flights (Shulman, 2002). 
The Wright's cut themselves off from their network, preferring to secure the patents 
rather than build upon their technological feat. The loss of their network also led to 
stagnation in their innovation efforts. Glenn Curtiss, on the other hand, was anything but 
secretive. He and the Aerial Experiment Association built his June Bug aircraft and 
demonstrated flying to the public. Eventually, Curtiss' collaborative network yielded the 
invention of 500 aviation devices, many of which are still in use today. His factory 
invented and sold the flying boat to the Navy along with 6,000 JN-1 Jenny's, making 
Curtiss Aircraft one of the largest aircraft companies in the world (Shulman, 2002). In 
essence, the duel between the Wright's and Curtiss proved that the success of complex 
projects is predicated upon the structure of the project's network of collaborators. 

Would Curtiss recognize today's billion-dollar weapon system programs with 
their high-stakes decision-making process ensuring that entrepreneurs do not waste 
precious taxpayer resources? Or, has the world not changed that much...do successful 
programs still collaborate and network to successfully deliver capabilities to warfighters? 
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B. ACQUISITION PROCESS PROBLEMS 

Department of Defense (DoD) weapon system acquisition programs are plagued 
with performance shortfalls, and even more notably, cost and schedule overruns. 
Addressing this problem has spawned numerous studies and reforms over many years. 
Most recently, the push to reinvent government in the 1990s resulted in a series of 
reforms that led acquisition toward a market-based model. Despite these efforts to 
improve efficiency, success has yet to be realized with several recent studies noting 
increasing cost and schedule overruns. Civilian and military officials at the highest levels 
in the Pentagon have expressed frustration at the lack of balance among the competing 
interests of cost, schedule, and performance in weapon system acquisition programs. 
Given many stakeholders with multiple interests in the acquisition process and the 
inability of high-ranking officials to achieve a balance among competing interests, 
assigning a program manager responsibility for balancing cost, schedule, and 
performance appears to be a nearly impossible task. 

In addition to problems managing costs, schedule, and performance, warfighters 
are asking even more from their weapon systems, requiring capabilities that are joint, 
interoperable, and able to seamlessly share information. Joint staffs are looking to gain 
an advantage on the battlefield based upon a revolution in military affairs driven by the 
explosion in information technology. A weapon system program manager must manage 
not only her own baseline, but in addition rely on capabilities from other systems that are 
also in development. 

C. ALTERNATIVES TO ACQUISITION PROBLEMS 

With the many challenges of weapon system acquisition, there have been a series 
of changes to the acquisition process. The number of congressional committees and the 
volumes of the authorizations and appropriations bills have exploded, often specifying 
exactly how to spend the appropriated money. There have been many changes to the 
Federal Acquisition Regulations ensuring that contractors share information during 
negotiations, promoting competition, and leveraging commercial product development. 
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Within DoD, initiatives have included streamlining, flexibility, cooperative decision¬ 
making, and more reliance on contractor best practices. 

All of these initiatives point toward three alternative ways to solve the acquisition 
problems: hierarchical control, market solutions, or network collaboration. Powell 
(1990) concluded that hierarchies, markets, and networks are the three basic forms of 
organization. Congressional and politically-appointed civilian control of the weapon 
system acquisition process makes one initially think of acquisition as a hierarchy. 
Indeed, the military chain of command and accountability structure within DoD makes 
this argument very plausible. Alternatively, weapon system acquisition relies heavily on 
contractors who possess the know-how and resources to produce major weapon systems. 
A market-based solution to acquisition problems is also rational. Networks, on the other 
hand, offer relationships that are built upon flexibility, thereby avoiding both the 
bureaucracy associated with hierarchies and the inability to internalize uncertainty 
associated with markets. 

The policy-makers and practitioners within the weapon system acquisition 
process do not typically think of the process in network terms. Yet Powell (1990) 
concluded that networks are the predominant form of organization with a very few pure 
markets or hierarchies in existence. This project is devoted to describing the acquisition 
process in network terms. Therefore, the research question for this professional report is: 

• Does the DoD weapon system acquisition process behave as a network? 

The focus of this project is to understand how weapon system acquisition 
programs accomplish their objectives, and whether those interactions fit within the 
description of a network. This analysis will offer a new perspective on the acquisition 
process. 

D. METHODOLOGY 

Chapter II describes the acquisition process and its interactions with both the 
warfighters who describe weapon system capability needs and the budget staff who 
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balance alternative needs against fiscal constraints. A process model will be introduced 
to describe the full set of activities and interactions a program must go through from 
concept to delivery and operation. 

With the activities of the acquisition process in mind, Chapter III highlights the 
characteristics of networks. A definition of networks is established and aspects of 
networks are described from a review of literature. Several network analysis techniques 
are coupled with a description of operating within networks, allowing an analysis of the 
acquisition process in network terms in Chapter IV. 

Finally, Chapter V offers conclusions to the basic research question of whether 
weapon system acquisition may be described in network terms. Further, several 
recommendations are offered to improve this analysis and further apply a network model 
to acquisition. 
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II. WEAPON SYSTEM ACQUISITION PROCESS 


The Department of Defense (DoD) weapon system aequisition proeess must be 
deseribed before it ean be charaeterized as a hierarchy, network, or market. This Chapter 
will describe the acquisition process and its interactions with other key processes. To 
analyze these interactions, a detailed process model will be introduced that describes the 
activities and actors involved in transforming inputs into outputs in the form of 
knowledge and, ultimately, weapon systems. 

A. BACKGROUND 

The mission of defense acquisition is to deliver needed capabilities to warfighters. 
In the hands of warfighters, these capabilities are able to produce constructive effects on 
the battlefield. The defense acquisition system is, in essence, developing the set of 
equipment that will be used to fight the next war. The process of competing agencies 
collaborating to make these decisions is a very complex task that combines optimization 
of doctrine, organization, training, materiel, leadership and education, personnel, and 
facilities (DOTMLPF) solutions within the Joint Capabilities and Integration 
Development System (JCIDS). Additionally, these decisions are dynamic, changing over 
time in response to environmental variables. This results in changing desires and 
continuing debate over what is the best solution. 

Further, delivering materiel capability requires a complex set of actors, and even 
more stakeholders, who from markedly different perspectives seek to optimize the 
various processes of technology development, integration, test and evaluation, 
production, fielding, and sustainment of weapon systems. Nevertheless, the governing 
directive within the DoD gives the Program Manager the purported authority and the 
clear responsibility to deliver required capabilities to the warfighter (DoD Directive 
5000.1: 2003). Therefore, the Program Manager must find ways to shape the capability 
needs from the JCIDS requirements generation system; choose a design architecture, 
mature technologies, and develop an acquisition strategy within the Defense Acquisition 
System; and seek resources from the Planning, Programming, Budgeting, and Execution 
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(PPBE) System. These interaetions are depleted in Figure 1 below. Dynamie interaetion 
among these systems is required to deliver a capability to the warfighter. Kadish, et al 
described this interaction as the "Big A" acquisition process (2006). This professional 
report will use this cross-cutting definition of the acquisition process. 

This chapter will highlight the key processes and interactions required to deliver a 
capability. The JCIDS, Defense Acquisition System, and PPBE system will be briefly 
examined. A process model will be introduced to highlight the depth and complexity of 
the interactions the acquisition process must perform to deliver a capability. 

Figure 1. Process Interaction To Deliver Weapon Systems (Kadish, et al, 2006) 



1. Joint Capabilities Integration and Development System (JCIDS) 

The Joint Capabilities Integration and Development System (JCIDS) was bom out 
of the perception that each service parochially examined alternatives within their own 
core competencies, rather than from the perspective of a joint warfighting environment. 
The Goldwater-Nichols Act of 1986 created a framework where Combatant Commanders 
(COCOMs) are responsible for joint operations and service secretaries and commanders 
are responsible to organize, train, and equip the military to conduct army, naval, and air 
operations in support of the combatant commanders (Public Law 99-433). The 
Goldwater Nichols Act gave the COCOMs a significant voice in the funding process. 
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JCIDS essentially took the next step and institutionalized a process where requirements 
are jointly conceived, validated, and approved prior to each service implementing those 
needs. 

The other effect of JCIDS is to define capabilities gaps rather than threat-driven 
needs. The Chairman, Joint Chiefs of Staff Instruction (CJCSI) defined capabilities as: 

The ability to achieve a desired effect under specified standards and 
conditions through combinations of means and ways to perform a set of 
tasks. It is defined by an operational user and expressed in broad 
operational terms in the format of a joint or initial capabilities document or 
a joint doctrine, organization, training, materiel, leadership and education, 
personnel, and facilities (DOTMLPF) change recommendation. (CJCSI 
3170.01E, 2005). 

a. JCIDS Process 

JCIDS specifies a series of analyses that must take place to shape the 
capability gap into a defined set of needs in the form of a sequence of Initial Capabilities 
Documents (ICD), Capabilities Development Documents (CDD), and Capabilities 
Production Documents (CPD) that provide the overarching definition of program 
performance required from each defense acquisition program. JCIDS is comprised of 
four steps. The Functional Area Analysis (FAA) produces a set of capabilities and their 
tasks and attributes. The Functional Needs Analysis analyzes the capabilities from the 
FAA and produces a list of capabilities gaps. These results are documented in the Joint 
Capability Document (JCD) which the Joint Requirements Oversight Council (JROC) 
may review if it impacts joint warfighting. The Functional Solution Analysis takes one 
capability gap and reviews materiel and non-materiel solutions resulting in potential 
approaches to satisfy that gap. Finally, an independent team from the sponsoring 
command or agency reviews the results which are input into an Initial Capabilities 
Document (ICD) (CJCSM 3170.01B, 2005). Figure 2 depicts the analysis process. 

b. JCIDS Pattern of Relationships 

The drivers of the JCIDS process are the representatives of the warfighting 

community. The Combatant Commands own the Uniformed Joint Task List which is the 

basis for the Functional Area Analysis. The Joint Staff oversees the process itself 
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initially through their eight Functional Capability Boards and then final JROC approval 
of the JCD and ICD. The services’ requirements communities become involved as a 
sponsor of an approach that falls inside one of their warfighting core competencies. 

One difficulty in the JCIDS process is getting the services involved 
without corrupting the process by making it a forum for the each service to argue for their 
preferred approach. JCIDS is supposed to avoid this problem through Joint Staff analysis 
of capability gaps identified by the Combatant Commands. Should the services be 
relegated to a reactive role at the end of the process as the sponsor of the requirement, the 
funding agency, and the developer and integrator of the acquisition program? 

Figure 2. JCIDS Analysis Process (CJSCM 3170.01B, 2005: A-2) 



Several presentations at the PEO/SYSCOM Conference in December 2003 

outlined what are essentially opposing views on the service's role during a panel on 

aligning JCIDS and the Defense Acquisition System. Dr Glenn Lamartin, OSD(AT&L) 

Director of Defense Systems noted throughout his briefing that the new JCIDS and 

Acquisition policies had to be followed with collaborative relationships between OSD, 

the Functional Capabilities Boards, and the Services to support decision-making (2003). 

Dr. Nancy Spruill, OSD(AT&L) Director of Acquisition Resources and Analysis, 

supported a view that OSD ought to be the decision-maker in the process, holding cross- 

8 





























cutting Defense Acquisition Boards and either cutting or accelerating service programs to 
meet joint needs (2003). Essentially, Dr Spruill viewed the services as materiel 
providers, who would react to OSD-defmed solutions, whereas Dr Lamartin valued the 
services inputs to the joint architectures and decisions as a critical interdependency. The 
right viewpoint is the one that recognizes how information is distributed. If information 
that is needed for decision-making is distributed within the services and the combatant 
commands, the services ought to be involved. If the Combatant Commands and Joint 
Staff have the information they need to derive alternatives that integrate with current 
warfighting systems and doctrine, then the services might be viewed as implementers of 
systems. 

c. JCIDS Realities 

As structured as the JCIDS process appears, the reality is that 
requirements change over time. As technological possibilities and threat conditions 
change, so do the needs of the warfighter. Within the acquisition community, this 
"requirements creep" may show up late in the acquisition process in the form of 
expectations or actual changes to written requirements. JCIDS institutionalized this 
concept with the CPD, offering the opportunity for requirements changes just before 
entering low-rate initial production of an item (Matthews, 2004). 

Further, the expectations of the warfighter are often not met in a timely 
manner because their expectations evolve over time. Without changing written 
requirements, the operational community may interpret what they previously stated in a 
requirements document differently over time. For example, a system is tested against 
measures of effectiveness that are derived from Capability Development Documents. 
Another set of measures define the operational suitability of a system. These allow some 
interpretation concerning how the system is used and employed given typical operational 
and maintenance personnel who help test the system during operational testing. Dynamic 
interpretations of these measures have occasionally resulted in systems being declared 
operationally effective but not operationally suitable. 
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2. Planning, Programming, Budgeting, and Execution System 

The funding for the program comes through the PPBE process. Every other year 
OSD issues budget guidance and the services begin a biannual cycle of preparing 
program objective memorandums (POM) to advocate their program's needs among other 
service priorities. Eventually, the OSD comptroller and the Office of Management and 
Budget (0MB) prepare the defense portion of the President's Budget. Even though 
Congress normally appropriates money for only each fiscal year, the POM for a program 
portrays the budget reflected in the Future Year Defense Program. This, in essence, gives 
the budget community a forecast of what the budget will look like to satisfy spending 
priorities for the next several fiscal years. 

a. PPBE Function 

The Planning, Programming, Budgeting, and Execution system is a 
centralized, structured way of allocating resources to support the National Security 
Strategy. McCaffrey and Jones described the goal of PPBE as balancing forces, 
equipment, and support given resource constraints (2004). Given the competitive nature 
of the services, this process allows the Secretary of Defense to balance competing 
objectives and select the most beneficial use of resources. 

The overlap of the planning, programming, budgeting, and execution 
phases, along with the multitude of disparate stakeholders, makes the system very 
complex. Nonetheless, there is structure from the strategies of the planning phase, to the 
alternatives of the programming phase, the constraining of the budgeting phase, and 
finally, the execution phase where funds are appropriated, allocated, re-allocated, and 
expended. The Air Force process is shown in Figure 3. Lewis, et al. contend that the 
process is very much governed by modernization and basing plans since the Air Force 
emphasizes this portion of their budget. Additionally, the process includes centralized 
planning and decentralized execution with the Major Commands (MAJCOMs) playing a 
key role as the interface with the COCOMs (2002). Likewise, the Air Force centralized 
planning process interfaces with OSD and the joint staff to internalize changes in 
planning and other service priorities. 
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Figure 3. 


Air Force PPBE Process (Lewis, Brown, Roll, 2002: 67) 


Counciltjoanl 

structure 




3. Defense Acquisition System 

The Defense Acquisition System refines concepts; matures technologies; develops 
and integrates system designs; and tests, produces, sustains, and disposes of weapon 
systems in response to warfighter needs. The Department of Defense Directive (DODD 
5000.1, 2003: 3.2) governing weapon system acquisition defines an acquisition program 
as: "a directed, funded effort that provides a new, improved, or continuing materiel, 
weapon or information system or service capability in response to an approved need." 

The direction comes in the form of responsibilities spelled out in a Program 
Management Directive. This document spells out the high-level responsibilities of the 
sponsor (e.g., in the Air Force this would be a MAJCOM such as Air Combat 
Command), the System Program Office, and the responsible test organizations 
for developmental and operational test. 

The sponsor uses the JCIDS process as outlined above to define the need. The 
interface with the acquisition community is through the Initial Capabilities Document. 
This input is refined in the concept refinement phase through the Analysis of Alternatives 
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process to select a materiel alternative that is cost and operationally effective. The 
sponsor is responsible for the analysis of alternative using a collaborative process with 
the acquirer, developer, tester, and other enabling communities to refine the "art of the 
possible" (Air Force Instruction 63-101, 2005: 9). 


a. Acquisition Process 

The acquisition process uses a high-level framework as shown in Figure 4 
that serves as a common reference and set of expectations for all programs. The reality is 
that every program is unique. An infamous retort within the acquisition community when 
asked a general question about acquisition programs is "It depends." The particular phase 
where a program enters the process depends upon the level of technological maturity. 
The strategy to exit that phase depends on the pre-defmed expectations of the milestone 
decision authority. This sounds simple, but who shapes the expectations of the milestone 
decision authority? Certainly the operational, maintenance, sustainment, test, technology, 
and budget community, both within the service and at higher levels can influence the 
milestone decision authority's expectations. 


Figure 4. Acquisition Phases and Milestones (Department of Defense Instruction 

5000.2, 2003) 
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With multiple communities influencing the acquisition process, the 
Milestone Decision Authority (MDA) must have some way of sorting through these 
perspectives to make a decision. One of the mantras of the updated DoD Directive 
5000.1 (2003: 4.3.1) is to supposedly provide program managers flexibility and lift the 
burden of regulations. The first policy directive in the document states: 
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Flexibility. There is no one best way to structure an acquisition program to 
accomplish the objective of the Defense Acquisition System. MDAs and 
PMs shall tailor program strategies and oversight, including 
documentation of program information, acquisition phases, the timing and 
scope of decision reviews, and decision levels, to fit the particular 
conditions of that program, consistent with applicable laws and regulations 
and the time-sensitivity of the capability need. 

This directive appears to give managers and decision-makers the authority 
to develop tailored strategies based on value to the customer. This may not be true, 
however, given oversight from the Service and Defense Acquisition Executive combined 
with necessary interfaces with the contracting, financial, and test and evaluation 
communities, whose regulations, policies, and culture may not allow a program manager 
to reject activities with less customer value. The reality is weapon system acquisition 
process is a complex set of activities with few autonomous decision makers. 

Despite many interdependencies across the acquisition stakeholder 
community, DoD Directive 5000.1 names the milestone decision authority and program 
manager as key participants. The milestone decision authority is given overall 
responsibility for the program, while the program manager is "the designated individual 
with the responsibility for and authority to meet program objectives." (2003). The 
reality, however, is that the program manager must collaborate among many interests to 
accomplish program objectives. Collaboration using integrated product teams (IPT) is 
the tool designated to resolve competing interests. The collaborative process is not 
specified in detail, although DoD Directive 5000.1 (2003) lists the communities that 
ought to participate in collaborative decision-making and identifies the IPT as the entry 
point for organizations that want to collaborate. The program manager and milestone 
decision authority use the IPTs' advice to make better decisions (DoD Directive 5000.1, 
2003). 

b. Multiple Outcomes from Many Stakeholders 

The Department of Defense weapon system acquisition process has been 
characterized as an effective but inefficient system, which has delivered preeminent 
warfighting capabilities while also routinely breaching cost and schedule constraints 

(Augustine: 2006). The Quadrennial Defense Review (QDR) highlighted this lack of 
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balance demanding that the defense acquisition system along with DoD's other support 
systems improve agility, flexibility, and horizontal integration. The QDR lays out a 
vision where 1) the system is responsive to stakeholders as a steward of taxpayer dollars, 
2) information and analysis are available for timely decisions, and 3) efficient business 
processes reduce redundancy (2006). 

While the goals of any project are to meet customer cost, schedule, and 
performance goals, the acquisition system favors performance goals over cost and 
schedule goals. General David Jones, retired Chairman of the Joint Chiefs of Staff, 
advocated changes to the acquisition and requirements systems after his retirement in 
1982. He was frustrated with both his lack of control and the system’s resistance to 
change, noting that additional funding of needs is not the answer since “we get less 
capability than we should from our increased defense budgets” (1996: 24). Norman 
Augustine, CEO of Martin Marietta and Chairman of the Defense Science board in 1983, 
agreed with Jones, empirically concluding weapon systems meet performance goals 70% 
of the time, while schedule and cost goals are met 15% and 10% of the time, respectively 
(Augustine and Fabini, 1983). 

McNutt focused on weapon system development and initial production 
cycle time including the causes of lengthening project schedules. He surveyed 
Headquarters (HQ) USAF program element monitors, finding that 80% of projects had a 
need date of as soon as possible, while 20% had a need date in the future. Current 
operational requirements gaps drove the need in 70% of programs (McNutt: 1998). Yet as 
shown in Figure 5, the development community rated performance and cost factors 
higher than schedule. Correspondingly, when selecting a contractor, McNutt reported 
only 12% of program mangers listed product development time as a very important 
factor. Not surprisingly, 60% of the contractors surveyed responded that they had no 
incentive to propose a schedule different than the expected schedule. Likewise, program 
managers reported their incentive was to meet expected schedules, rather than exceed 
them (1998). 

The list of stakeholders within the acquisition process includes a variety of 

organizations with different expected outcomes. The stakeholder list presupposes that 

14 



everyone in the organization supports the same outcomes. Yet, even within 
organizations, individuals have projects that they value more than others. A member on 
the House Armed Services Committee will behave differently than a member of the 
Senate Budget Committee. Nonetheless, this generalization of stakeholders gives some 
idea of the variety of outcomes desired among the various actors. 


Figure 5. 
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Con 2 ress 

Congress plays a significant role in the acquisition process given their role 
in authorizing and appropriating funds for acquisition programs and overseeing those 
programs. Article 1, Section 8 of the US Constitution vests Congress with the authority 
to: 


• Collect taxes to "provide for the common defence" 

• "To raise and support an Army" 

• "To provide and maintain a Navy" 

• Govern and regulate the land and naval forces 

Much of the work of Congress is done in committees, and acquisition 
funding and oversight work is no different. The Armed Services Co mm ittees are 


15 





considered to be the acquisition experts in Congress. They review military strategies and 
authorize weapon systems. The appropriations committees, on the other hand, are 
generalists in Congress. Although they fund speeifie weapon system programs, they are 
also eoneemed about other fiscal needs, such as the various entitlement programs. 
Finally, the budget committee is the most general of all. They apportion budget amounts 
through a reeommended budget resolution, and are eoneerned about balaneing the budget 
as a whole. Table 1 outlines the key House and Senate votes that affeet aequisition 
programs. 


Table 1. Congressional Votes on the Defense Budget (MeCaffrey and Jones, 2004: 150) 


Opportunities for Votes on Defense 


Budget 

Armed 

DoD 

Mileon 

Dept Of 

DoD 

Cont. 


Resolution 

Serviees 

Approp. 

Approp. 

Energy 

Approp. 

Suplntl 

Res. 

Auth. 

Subeommittee 


H, S 

H, S 

H, S 

H, S 



Full 

Committee 

H, S 

H, S 

H, S 

H, S 

H, S 



Floor 

H, S 

H, S 

H, S 

H, S 

H, S 

H, S 

H, S 

Conf Rpt. 

Approval 

H, S 

H, S 

H, S 

H, S 

H, S 

H, S 



Congress is also involved in oversight of weapons systems. Committees 
hear testimony on reforms to the aequisition process, on speeifie acquisition programs, 
and finally on the effeetiveness of programs through an annual report from the Director 
of Operational Test and Evaluation. Congress exercises its authority through the 
authorization and appropriations process, often changing the authorized quantity or the 
budget amounts for any given program. They also pass laws and regulations, which 
govern the acquisition process sueh as the Federal Acquisition Regulations which specify 
how the Federal government eontracts for all goods and services, including weapon 
systems. 

While Congress is not unified in the goals they seek, there are some 
eharacteristies of weapons systems that are typically desired. Congress desires weapons 
systems that meet their early eost projections, penalizing those programs whose eost 
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grows 25% and therefore requires declaration of a Nunn-McCurdy cost breach. These 
programs must be recertified may possibly be canceled in the process. Congress also 
seeks effective weapon systems that demonstrate Congress' commitment to a strong 
national defense and to the protection of servicemen's lives. Finally, elected 
representatives seek to support their districts and the constituencies who voted for them 
by maintaining and increasing DoD acquisition-related jobs in their states and districts. 
Congressman will, therefore, want to understand how a weapon system is impacting their 
districts. They will seek possible job opportunities and funding for industry, universities, 
and military installations in their home districts. 

Office of Secretary of Defense 

The Office of Secretary of Defense is responsible to carry out the 
President's national military strategy. In shaping the national military strategy, OSD is 
involved in both laying out a vision for national defense and in selecting the weapon 
systems that support this vision. They author the Quadrennial Defense Review and the 
Budget Planning Guidance, which shapes the strategic thinking within the Pentagon. 
OSD also administers Program Budget Decisions (PBD) that dictate budget cuts to the 
services as they prepare the president's budget for the upcoming fiscal year. 

Another key stakeholder within the Office of the Secretary of Defense is 
the Under Secretary of Defense for Acquisition, Technology and Logistics. OSD/AT&L 
is specifically charged by the Secretary of Defense to carry out the modernization portion 
of the National Military Strategy. This office carries out these responsibilities in two 
ways. They are responsible for the DoD 5000 series regulations, which specify 
overarching policy for all acquisition programs. OSD/AT&L is also the milestone 
decision authority for the largest and most costly acquisition programs. 

Military Services 

The Army, Navy, Marine, and Air Force services all play a key role in the 
acquisition process. As in any hierarchy, there are specialists who oversee key pieces of 
the acquisition process. Each service has logistics, budget, test and evaluation, 
requirements/operations, science and technology, and acquisition functions. Each of 
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these functions plays key role in the acquisition process. In recognizing the key role each 
function plays, the acquisition organization has adopted the Integrated Product and 
Process Development (IPPD) process to collaborate and integrate the knowledge each 
discipline brings to the acquisition process. Figure 6 depicts a typical program office 
execution chain, highlighting the key roles each working-level IPT plays in advising the 
program manager. The program manager also gains valuable information through 
interfaces with the contractor, depot, laboratories. Higher Headquarters staff, and 
MAJCOM sponsors. 


Figure 6. Air Force Acquisition Organization 



What should be noted in Figure 6 is that the program manager has 
multiple chains of command. For oversight and milestone decisions, the program 
manager must go up through the Overarching IPT (OIPT) and Defense Acquisition Board 
(DAB) to the MDA. The DAB and OIPT, however, are composed of a host of high-level 
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representatives from across OSD and the joint staff, as shown in Figure 7. Day-to-day 
management, however, is managed through the program executive officer (PEO) and Air 
Staff. In fact, the PEO is the program manager's direct supervisor. 


Figure 7. OIPT and DAB Members (Preston, 1996: 19) 
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The interactions on the program are much more complex than is depicted 
in Figure 6. The Systems Engineering IPT interfaces with the sponsor command, the 
combatant commands, the national security agency, other systems with which the system 
must integrate, and finally the contractor that is developing the system. The business 
management IPT interfaces with the contracting community at the center-level. Air Force 
Material Command-level, and Air Staff-level. Likewise, the PPBE process requires the 
program to interface at the PEO-level and-Air Staff level with support from the sponsor 
command to secure funding. The logistics IPT must work with the sponsor command 
logistics directorate that oversees organizational level maintenance and the Air Force 
Material Command logistics directorate that oversees depot-level maintenance to define 
the maintenance and support concepts for the system. 

Contractors 

DoD weapon system acquisition is distinct from other types of research 
and development in several ways. First, DoD weapon system acquisition is a very large 
and complex business organization. Fox contends DoD is the most complex business 
organization in the world, executing more than 60,000 contracts per day (1988). While 
many businesses share complex interactions. Fox and Gansler point out key differences 
between DoD weapons acquisition and commercial enterprises. Fox notes that in most 
industries, management is free to make decisions about strategies (e.g. product, 
production, quantity, distribution) being bound by a desire for profits. Whereas in DoD, 
the government decides on the features of the product and the quantity, suppliers propose 
designs and promises of performance, and the supplier often holds a monopoly (1988). 
Gansler compares defense to either a regulated or planned economy. Most regulated 
industries are regulated on the supply side, whereas DoD is regulated on the demand side. 
Also, DoD bears some resemblance to a planned economy where needs are dictated and 
the government owns facilities (1989). Fox (1988) notes that DoD, unlike commercial 
enterprises, has always relied on industry to deliver needed technology and material and 
rarely owns and operates production facilities. Given these differences, models 
empirically applied to private industry may not achieve the same results applied to the 
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DoD weapon system processes. The unique nature of weapon systems requires models 
and empirical studies using DoD samples that account for the complexity and unique 
aspects of weapon system acquisition. 


Of course, contractors who support weapon system acquisition are still 
business entities and operate using business models that are modified for the 
monopsonistic, regulated weapon system acquisition environment. The contractors are 
motivated for profits, return on investment, cash flow, market share, and future business. 
The difference in the weapon system acquisition environment is that the government 
dictates requirements and also bears most of the research and development cost to mature 
technologies and designs. On the flip side, the government regulates the amount of profit 
that may be charged and attempts to ensure symmetric information through the Truth in 
Negotiations Act and cost accounting standards. 

c. Stakeholder Management 

Uncertainty during long acquisition development cycles and differing 
values within an organization the size of the DoD, leads to conflicts associated with the 
content and processes of an acquisition program. The multitudes of organizations listed 
in Figure 10 have different agendas and bounded rationality. How is the program 
manager to manage this conflict? Colleen Preston in the OSD/AT&L Overarching IPT/ 
Working-level IPT (WIPT) Information Guide, depicted the issue resolution process as 
shown in Figure 8, where a program manager must elevate an issue to general officer- 
level and even up to Component Acquisition Executive (CAE) or Defense Acquisition 
Executive (DAE) to resolve conflicts (1996). The reality is that the program manager is 
better off managing issues at a much lower level before elevating them and spending the 
energy to resolve them among general officers and their staffs. 

To proactively address conflicts before they become issues, program 
managers may use an informal stakeholder management process. Most managers might 
call this a risk management process, wherein they recognize the probability that an issue 
might impact cost, schedule, or performance. Also, the program manager assesses the 
consequence of that issue transpiring. Walking into a room full of high-level decision- 
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makers without recognizing the issues that impact the program and who is driving those 
issues does not bode well for a program. Rather, most program managers would avoid 
conflicts involving general officers. Bryson (2004) suggested that public managers 
proactively formulated issues and organized coalitions to strategically resolve those 
issues, eventually resulting in redefinitions of organizations. This does not suggest that 
issues will not come up as a program is going through a major decision review. The 
reality, however, is that programs only go through major decisions every few years, and 
probably use a process similar to Figure 9 on a more routine basis. 


Figure 8. IPT Issue Resolution Process (Preston, 1996: 20) 



Figure 9. Program Stakeholder Analysis (Bryson, 2004: 25) 
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Stakeholders' interaetions, however, should be reviewed in a strategic 
context, since they may impact or be impacted by the program. One of the four major 
findings of the Defense Science Board study on cost growth in space programs was that 
the government capability to manage programs had seriously eroded. This erosion was 
partially due to program manager's inability to manage an expanding set of stakeholder 
needs on their programs, resulting in more requirements than the funding constraints on 
the program would allow (Young, 2003). 

B. WEAPON SYSTEM ACQUISITION PROCESS MODEL 
1. Purpose 

Given a plethora of the stakeholders and a complex product development process, 
the set of interactions required to manage a program need to be well understood. 
Describing the process to manage an acquisition program helps assess who interacts and 
how they interact to accomplish a program. The Assistant Secretary of the Air Force 
(Acquisition Integration), SAF/AQX, formed the Acquisition Process Action Team 
(APAT) in Spring 2005 to describe the set of processes Air Force weapon systems were 
using to accomplish their missions. The goals were to baseline the acquisition processes 
and form a common language and basis of measurement across the stakeholders in the 
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acquisition process. The group foeused mainly on the defense acquisition system itself 
and its interactions with JCIDS and PPBE. 

Lt. Col. Michael Paul and Major Ryan Mantz, SAF/AQXA, led the APAT effort. 
A group of eonsultants from the Center for Reengineering and Enabling Technologies 
(CRET) provided the methodology and manpower to support the data gathering effort. 
Mr. Mike Wilhelm, CRET, was instrumental in managing the effort. 

In order to assess the interaetions within weapon system aequisition, the APAT 
used an enterprise proeess model approach. A process model offers a look aeross the 
many diseiplines within weapon system aequisition to understand what behaviors the 
team is using to solve the problem. The model is put into process terms, where eaeh step 
is defined as a verb-subjeet relationship. Instead of deseribing a eontraeting/souree 

seleetion proeess, the step is simply "Seleet Souree." This allows the team to focus on 
the stakeholders' inputs to the process instead of driving the deseription solely in 
contracting terms. 

Another important aspeet of a proeess model is to describe the relationship 
between the steps and other aetors. In essence, the proeess model is a look at the 
interdependencies within the acquisition system. Eaeh step in the proeess is described in 
terms of inputs, outputs, triggers, and mechanisms. A source of those charaeteristics is 
also deseribed. This allows the model to deseribe interaetion with other steps in the 
proeess. 

2. Data Gathering 

The APAT team used the DoD 5000 series regulations as a jumping-off point. 
The major steps in the process were ehosen as the high-level steps in the process. This 
allowed the model to refer baek to a referenee to whieh acquisition, logistics, finance, 
eontracting, test, and requirements personnel could relate. Beginning with the high-level 
proeess, the APAT team held several workshops with a eore group to deeompose the 
high-level proeess into a series of lower-level process steps. To ensure that the process 
model refleeted the interaetions aeross the Air Foree acquisition process, the team set up 
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a series of workshops with acquisition personnel to refine the second-level of the model 
and develop the third and lower-levels of the model. Each workshop lasted 
approximately two days and was focused on a particular phase of the acquisition process. 
The host base was selected from among those bases that focus on a particular phase. For 
example, Wamer-Robbins Air Force Base (AFB) was chosen as the host for the 
Operations and Support phase workshop, since they were heavily involved in depot-level 
maintenance. Participants from all bases were invited, but the main, working-level 
participants were from the host base. A series of workshops were held at the Pentagon, 
Eglin AFB, Warner-Robins AFB, and Wright-Patterson AFB. Further, telephone 
conferences were held to refine the results. 

The robustness of the model comes from agreement among numerous individuals 
from different organizations and backgrounds that the set of steps described in the model 
were congruent with how they did business. Over 120 people participated in the 
development of the model. They came from Headquarters Air Force acquisition, 
logistics, and operations organizations. Air Force Material Command, requirements, 
transformation, logistics, and engineering were also represented. All four Air Force 
system centers are represented, along with all three depots. Finally, Air Force Research 
Lab and Air Force Operational Test and Evaluation Center, along with the test wing at 
Eglin AFB had participants present. 

3. Results 

a. Overall 

The team used the following definitions as part of process decomposition 
effort, which match closely with the DoD Architecture Framework methods of describing 
functions: 

• Process - Logical set of steps transforming an input into an output 

• Inputs - Information or resource consumed in the activity to create 
the output 

• Outputs - Information produced by an activity 

• Suppliers - Who provides the input to the process? 

• Customers - Who receives the output of the process? 
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• Key Players - Who is ultimately responsible for the process being 
accomplished? 

• Controls - Business rules that govern the performance of an 
activity 

• Mechanisms - Resource that performs or supports an activity, but 
not consumed by the activity 

Unfortunately, there was not consensus agreement on all these parameters for every 
process. The main focus was the process, inputs, and outputs. Once the process was 
defined, an attempt was made to understand supplier, customer, key player, controls, and 
mechanisms data. 

Processes were decomposed into roughly five to seven sub-processes that 
were the key components of the higher-level process. The workshop participants were 
instructed to keep decomposing processes until they were defined at an "actionable 
level." In reality, the processes were decomposed until workshop participants could not 
agree on sub-processes that generally fit most programs. 

Appendix A depicts the output from the APAT effort. There are five 
major processes as defined from the DoD 5000 series acquisition phases. The APAT 
effort identified 27 process steps supporting those major processes. Beneath the major 
processes are 107 sub-processes with 172 supporting activities. The workshop 
participants were more comfortable with the latter three phases of the acquisition process, 
rather than the first two. Concept Refinement and Technology Development lacked as 
many sub-process and supporting activity steps upon which participants were able to 
agree. 

Even more important than the numbers of steps are the key players, 
suppliers, and customers of each process step. To make the data more manageable for 
this report, key sub processes and supporting activities were chosen from those occurring 
in the Concept Refinement, Technology Development, and System Design and 
Development phases of the acquisition process. While it was noted earlier that Concept 
Refinement and Technology Development were not as well-defined, these phases shape 
the definitions of the program and lock-in the design characteristics that affect cost 
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schedule and performanee during the latter phases. Therefore, this report focuses on 
these early phases of aequisition, where the eharaeteristies of the weapon system are 
largely defined. 


b. Concept Refinement 

This phase marks the beginning of an aequisition effort. Initial cadres of 
acquisition and requirements personnel begin to evaluate alternatives and define courses 
of aetion. Based on these efforts, the acquisition lead identifies key teehnologies and 
acquisition strategies to begin to prepare for later acquisition phases. 


Table 2. Concept Refinement Aetors 
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(12) Combatant 
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(21) AF/TE 
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(15) SAF/FM 

(23) OSD 

(8) Joint Programs 

(16) AF/XP 

(24) AF 

(9) Allied Programs 

(17) Air Foree Research Lab 

(25) Joint Staff 
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While this phase begins to explore acquisition strategies, the effort is not 
yet declared a program and does not have large funding associated with it. Therefore, 
this phase is marked by heavy involvement between the MAJCOM sponsor and the 
acquisition lead. Other key stakeholders, such as the Office of Secretary of Defense and 
Congress, may be peripherally involved at this point. Similar programs within the 
service, joint, or allied community may view the program as either a complement or a 
threat to their programs. Further, the budget, contracting, requirements, and test 
functions within the sponsoring MAJCOM and the acquisition community begin to get 
involved at this point. The table below identifies the key players involved in the Concept 
Refinement phase. The organizations named in Table 2 are either specified from the 
processes in Appendix A or implied based on documents needed for a Milestone A 
decision. 

c. Technology Development 

The purpose of the Technology Development phase is to sufficiently 
mature technologies so that they are able to be integrated into a system during the next 
phase of the acquisition process. As one would expect, this phase is marked by heavy 
involvement with the research laboratory and industry communities. Process 2.1.2, 
Identify Technologies for Maturation, and process 2.1.3, Define Technology Maturation 
Plan, describe the key interactions and processes required to plan the events of this phase 
of the acquisition life cycle. 


Table 3. Technology Development Planning/Milestone Actors 


MAJCOM Requirements 

MAJCOM Logistics 

OSD/AT&L 

Lead Acquisition 

Organization 

AFMC Logistics 

Industry 

MDA 

SAF/AQX 

Defense Advanced 

Research Projects Agency 

AFMC/DO 

Center PK 

Government Laboratories 


28 




AF/TE 

DIA 

AF/XP 

DOT&E 

MAJCOM FM 

SAF/FM 

PEG 

SAF/AQ 

DAB/OIPT members (see 

Figure 7) 

OSD/NII 

COCOM 



For the purposes of this study, this phase was also chosen because 
Milestone B, which marks the exit of the Technology Development phase, is the first 
time that an acquisition effort must be declared a program. Therefore, the other purpose 
of Technology Development is to build support for the acquisition program, so that it 
may go through a successful Milestone B decision. The APAT effort described some of 
the key interactions that buildup to this decision point. These interactions are depicted in 
Process 2.5 within Appendix A. 

The actors in the technology development phase are diverse, since they 
include those supporting specific technology efforts, as well as those evolving the 
requirements and readying the program for System Development and Demonstration. 
The actors performing technology work are joined through the lead acquisition 
organization to the requirements and oversight actors who are structuring the program as 
noted in Table 3. 

d. System Development and Demonstration 

An acquisition program in the System Development and Demonstration 
phase exhibits many interactions with oversight agencies, sponsoring commands, test, 
logistics, contracting, and engineering communities. The program is now spending large 
amounts of research and development dollars and is moving towards requests for even 
larger amounts of procurement funds. Stakeholders will mark the success or failure of a 
program at this point. Certainly, the program manager manages interdependencies with 
other programs, resource providers, and decision-makers as shown in process 3.1 of 
Appendix A. 
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Another key process during this phase is to develop the detailed design as 
shown in process 3.2.3 in Appendix A. This process involves highly-complex technical 
work, where the requirements that are allocated to the various portions of the system that 
must be integrated into a design. The working level IPTs gain in-depth insight into 
contractor and subcontractor performance that the program manager must ensure is 
shared across working-level IPTs and incorporated into higher-level acquisition planning 
documents and interfaces. The actors involved in these activities are noted in Table 4. 


Table 4. System Development and Demonstration Management/Design Actors 


MAJCOM Requirements 

MAJCOM Logistics 

OSD/AT&L 

System Program Office 

AFMC Logistics 

Contractor 

MDA 

SAF/AQX 

Subcontractor 

Test Ranges 

Center PK 

Vendors 

Air Force Operational Test 

Defense Contract 

AF/XP 

and Evaluation Center 

Management Agency 


OSD (Comptroller) 

Congress 

SAF/FM 

PEO 

SAF/AQ 

MAJCOM FM 

COCOM 

Center FM 

Center Civil Engineering 

Center Human Resources 
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III. WHAT IS A NETWORK? 


A. INTRODUCTION 

Chapter II defines both how weapon system acquisition purportedly and actually 
behaves. There is a defined, hierarchical chain of command with a Milestone Decision 
Authority and a program manager who is responsible for delivering a weapon system 
capability. The APAT process study also revealed that the inputs required to deliver this 
capability require a set of stakeholder interactions that go outside the boundaries of the 
traditional chain of command. Further, the stakeholders involved have differing and 
dynamic objectives causing both real and perceived instability within the acquisition 
process. To address the question whether the defense acquisition system can be 
characterized as a network, one must first define networks and understand their basic 
properties. 

1. Markets, Hierarchies, and Networks 

The specialized support required for a project often conjures up images of 
hierarchical organizations that integrate these specialties together for a common purpose. 
Alternatively, a project might be accomplished through the marketplace where products 
and services are efficiently offered to those who have the highest willingness to pay. 
Ronald Coase’s early work on transaction costs compared firms and markets as 
alternatives to one another. A firm integrated and organized resources when it was less 
costly compared with individual contracts in a market. Coase theorized that the 
monopoly power gained and the decreased costs would encourage growth of firms. Yet, 
he noted not eveiything was vertically integrated inside the firm. The growth of the firm 
was balanced with the increasing expenses to organize a larger labor force due to 
diminishing marginal returns. Eventually, the cost of an additional transaction within the 
firm was equal to the cost of contracting in the marketplace for the same goods or 
services (Coase, 1937). 

In addition to Coase’s description of why a marketplace and firm both exist, 
further refinements are necessary to understand the limits of markets and hierarchies. 
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Using a transaction cost framework, Williamson focused on the limitations that drive 
transactions out of the marketplaee and the faetors that limit the size of hierarchies. 
Markets are not effieient due to two factors: limited abilities of the aetor to process 
information (bounded rationality) and opportunism. Transaction costs are essentially the 
faetors whieh drive bounded rationality and opportunism. Uneertainty or risk; lack of 
competition; and informational impacts due to ineomplete information are the faetors 
which drive transactions out of the marketplace in into hierarchical, vertically-integrated 
organizations (Williamson 1973). On the other hand, the benefits of hierarehies over 
markets are limited due to eoordination problems within the firm. Williamson (1967) 
postulated that the eoordination problem grows as the firm expands for two reasons: the 
decision-maker is further removed from production workers and the breadth of 
information expands as new activities are added. Certainly, Williamson and Coase laid 
out a workable framework to consider whether firms or markets are more efficient at 
carrying out production. It is important to note that neither author eonsiders markets and 
hierarehies in a eontinuum. While Williamson (1973), briefly mentions peer groups, he 
largely dismissed this organization due to limitations from free-riders who do not 
contribute equally to the rest of the parties. The transactional cost literature firmly 
deseribed the faetors that will shift produetion or serviees from a simple market to 
hierarehieal forms of governance. Yet, it failed to fully aecount for all of the other forms 
of governance that may exist between the market and the hierarchy. 

Powell introduced the eoneept that a network existed between a self-forming 
marketplaee and a hierarehieal organization. He rejected the view that networks are 
neither part of a market-to-hierarehy eontinuum, nor do they represent a hybrid form of 
hierarehy. As evidenee, Powell offered two examples that pointed to the existenee of 
networks. He noted the blurring of the boundaries between markets and inter- 
organizational collaborations, such at cooperative joint ventures. The seeond example is 
the creation of enduring relationships between hierarchies and their consulting, law, and 
banking firms indicating that a network form of govemanee existed between these 
organizations (1990). 
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2. Review of Network Theory 

The literature offers the three parallel schools of thought on networks: sociology 
developed social network theory, political science formed policy networks constructs, 
and public administration conceived public management networks (Berry, Brower, Choi, 
Goa, et ah, 2004). This chapter will synthesize definitions from all three disciplines as 
they apply to the research questions outlined in Chapter 1. Specifically, this literature 
review seeks to focus on the defining networks and their structure. Also, the purpose of 
networks will be explored and compared with hierarchies and markets. Finally, the 
literature on project networks will be examined to determine the key characteristics of 
this type of network as a framework in later chapters to examine the structure and 
behavior of weapon systems acquisition. 

B. DEFINING NETWORKS 

1. Why Network? 

Before delving into the definitions of a network, it is worth noting the inherent 
strengths and weaknesses each form of organization. Markets are ideal for simple 
transactions where inputs and outputs are measurable and are not based on a number of 
contingencies. Coase (1937: 287) described the marketplace as: "under no central 
control.. .supply is adjusted to demand, and production to consumption." If an individual 
needs bread, he goes to the bakery and purchases it, exchanging money for ownership of 
the commodity. If a community needs bread, a bakery must estimate how much bread 
the community will need. Built into the price of each loaf is a measure of overhead that 
may contain some write-offs for the wasted bread that was not purchased due to 
variations in demand. The market is still able to handle this degree of uncertainty 
through adjustments to supply and internalizing costs associated with uncertainty of 
demand within the price of the product. 

Hierarchies evolved to control the specialized inputs needed to produce complex 
products or services where the inputs may not be available in the commercial 
marketplace. Coase (1937) used the classic example of specialized labor where a firm 
chose to employ an individual with specific skills rather than purchasing this person's 
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skills in a spot market where a price mechanism would ensure that person is used in the 
most beneficial manner. This allows hierarchical firms to internalize the uncertainties 
associated with inputs. Further, Williamson noted the inherent accountability associated 
with hierarchies. A supervisor would be able to not only assess an employee's potential 
in advance and set a wage, but observe that persons work on the job and make 
adjustments (1973). Therefore, hierarchies excel when inputs have uncertainty, since 
they allow internal observation and adjustment during the course of business. 

Networks are adept at handling uncertainty associated with both inputs and 
outputs. O'Toole (1997) described this as wicked problems that cannot be divided into 
tasks that are isolated from each other. Powell agreed that networks form as 
organizations choose to pool resources to manage uncertainties, thereby creating 
interdependencies from which a firm cannot easily walk away. He elaborated that 
networks are particularly adept at exchanging resources that are difficult to measure, such 
as "know-how, technological capability, a particular approach or style of 
production."(1990: 304) 

2. Network Definition 

While a network is fairly well understood in today’s society, the familiarity with 
networks may lead to a variety of definitions. Several definitions from social networks, 
public policy networks, and organizational networks will be examined. The examination 
will allow a common definition of a network. These definitions will allow a further 
examination of how networks are structured and what their purpose is. 

The most straight forward definition of a network comes from sociology. 
Borgatti and Foster (2003: 992) described this type of governance as, “A network is a set 
of actors connected by a set of ties.” A network may be two or more actors, but a 
network is different than a crowd of people walking down a street who have no 
interaction or ties with one another. Marsden and Lin (1982) and Knoke and Kuklinski 
(1991) emphasized persistent relationships among actors, focusing on their relationships 
rather than the actors themselves or the groups to which they belong. Whereas an actor 
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continues to exist apart from the network, a network does not exist without the 
relationship between the actors. Figure 10 depicts a simple network consisting of two 
actors with some defined relationship. 


Figure 10. Simple Dyadic Network 



Relationship 



While the actors may have attributes (tall, wealthy, Latino, government defense 
contractor, etc), they will retain these attributes whether or not they remain within the 
network. Knoke and Kuklinski concluded that the actor’s attributes are the context 
within which the actors define their relationship with other actors to form the network. 
They surveyed the literature to understand the types of relationships studied in network 
analysis as shown in Table 5 (1999). 


Table 5. Types of Network Relationships (Knoke and Kuklinski, 1991) 


Tvoe of Relationship 

Content of Relationship 

Transaction relations 

Exchanges to control assets or media 

Communication relations 

Information sharing 

Boundary penetration relations 

Common constituents 

Instrumental relations 

Contact other actors to seek sources for 
goods, services, or information 

Sentiment relations 

Seek others to express feelings 

Authority/power relations 

Right and authority to command 

Kinship/descent relations 

Role of family members 


Another key part of aspect of a network is structure. While an actor may have 
some type of relationship with others, Granovetter realized that networks are not centered 
on one actor but include influences from the relationships of the other actors. He 
theorized that within a network there were strong and weak ties, depending on the time, 
energy, and trust in the relationship. As depicted in Figure 11, if actor A has a strong tie 
with actor D, actor D’s other strong ties will automatically be weak ties with actor A (e.g. 
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Actor E and Actor F’s relationship with Actor A). Granovetter’s realized that the weak 
ties were actually the bridges of information, bringing new and innovative information 
from disparate parts of the network (1973). 

Figure 11. Network of Strong and Weak Ties (Granovetter, 1973) 



D H 


Another example of networks comes from the field of publie administration 
where networks are used among government, non-government, and private ageneies. 
Kickert, Klijn, and Koppenjan (1997: 6) deseribed networks as “stable patterns of social 
relations between interdependent aetors, whieh take shape around policy problems and/or 
poliey programmes.” This definition is broad, spanning coalitions of intergovernmental 
and non-governmental aetors organized around both issues and delivery of public goods 
and services. Mandell (1988) defined a network as “linking of a diverse number of 
organizations and/or individuals into a purposive whole .” Her definition is useful for 
publie administration since this field looks to provide a public good from which 
communities benefit and that individuals may enjoy without a elear means of measuring 
their demand for the good. A network in this eontext may be a publie, non-governmental, 
and private partnership that is foeused on providing some publie good or serviee. 

One difficulty that arises is that Mandell (1988) and O’Toole (1997) added to 
their definitions a qualifieation that organizations that make up the network must be 
independent, even going as far as suggesting that the organizations must be legally 
distinct or from different levels of government. This stems from their attempt to define 
networks separately from hierarchies. They failed to recognize that large organizations 
are not issue or produet-specific. Actors within the organization may value outeomes 
differently or perceive the risk associated with processes in a variety of ways. Kickert, et 
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al. (1997) viewed that networks are an extension of the limitations of single deeision- 
makers due to bounded rationality and the process approach where many decision¬ 
makers, both within and outside the hierarchy, seek solutions for their problems. 

Before choosing one definition over the others, a review of their similar 
characteristics reveals that all the definitions explicitly or implicitly allow two or more 
actors with a focus on the relationships between the actors. Sociology delves into the 
purpose, strength, and structure of the network. These social networks can cover many 
types of relationships, allowing use of their definitions and research among the many 
purposes of social networks. The examples of networks in policy and public 
administration often include long-term programs and, therefore, contain permanent, 
lasting relationships. This report will utilize the Kickert, et al. (1997) definition of 
networks where actors are dependent upon one another; there are lasting, stable 
relationships; and the network is formed around a policy or project. In comparing this 
definition with others, Klijn (1997) identified three characteristics of networks: 

• Networks form due to interdependencies between actors. 

• Networks consist of multiple actors who have their own objectives. 

• Networks consist of the lasting relationships between the various actors. 

The first condition for a network is interdependencies. Klijn (1997) suggested 
resource dependency is a key driver of lasting relationships since organizations set goals 
which require exchange of capital, personnel, and knowledge with other organizations. 
Further, he pointed out that dependencies are dynamic in a network, so they were difficult 
to classify. Powell (1990) and Jones, Hesterly, and Borgatti (1997) similarly emphasized 
actors within networks performing complex exchanges and transactions using trust and 
norms rather than simple, market-driven, legally-enforceable contracts. 

Again, the condition for more than one actor comes into the definition with the 
added criteria that each has their own objectives. Scharpf (1978) concluded that within 
government there is no single actor and no unifying goal. Instead, policy was a result of 
interactions among multiple actors where coordination is achieved through exchanges of 
material, information, and legitimacy. 
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The final characteristic of networks is that they are composed of lasting 
relationships among the actors. Klijn (1997) and Jones, et al. (1997) concluded that 
relationship patterns in a network are defined according to their frequency over time. 
Repeated interactions strengthen the relationship. As a pattern of behavior develops 
during on-going interactions, actors will begin to understand who they can trust and who 
they cannot trust. Therefore, the basis for the network is the willingness to establish 
interdependency based on that frequent, lasting relationship. 

C. NETWORK ANALYSIS 

1. Introduction 

Is managing within a network the same as managing in a market or hierarchy? 
Intuitively, the answer is no. A purely market transaction relies on the same information 
between buyer and seller to carry out simple transactions. Management in markets 
consists of ways to build knowledge of the opportunities in the marketplace or to speed 
transactions. Management in hierarchies consists of breaking down tasks and applying 
specialized skills to those tasks. Management in networks, with their lasting relationships 
and lack of centralized control, requires a different set of skills to gather information and 
apply resources to solve a problem. 

Armed with a definition of a network, the next challenge is to understand how to 
operate in a network setting. An understanding of the network itself must preface any 
attempt to develop a strategy to achieve objectives in a network setting. Understanding 
the boundaries of the network, the power structure based on relationships, and the 
persistence of networks are all critical to derive some a strategy for operations within a 
network setting. 

2. Network Boundaries 

The first task is to understand the unit of analysis within a network. Aldrich 
(1982) concluded that a network ought to be the level of analysis, since transactions 
cannot be viewed as simple transactions between two parties. Transactions must be 
viewed from the perspective of the network as a whole. The boundary conditions, 
therefore, become an important characteristic of how the network operates. 
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A network implies exclusivity where members of the network are choosing to 
deal with one another rather than those beyond the network. Aldrich turned to 
transaction cost economics to determine the boundaries. Transaction cost economics 
dictate that infrequent transactions would drive actors to make few transaction-specific 
investments, whereas a network consists of actors making frequent transactions using 
transaction specific investments (1982). 

This explanation ties in nicely with the Kickert, et al. (1997) definition of 
networks where interdependent actors have lasting relationships formed around a policy 
or project. Actors who are within the network and interacting frequently with one 
another would make transaction-specific investments thus strengthening their 
interdependency on one another within the network. Wal-Mart’s supply chain 
management techniques with its supplier network provide an illustration of 
interdependency based on transaction-specific investment. Wal-Mart’s strategy to offer 
low-cost, brand-name products is based not upon procuring the cheapest products. 
Instead, Wal-Mart works closely with its suppliers to reduce the transaction cost in the 
supply chain. Who is in Wal-Mart’s network? Those suppliers willing to make specific 
investments in information technologies such as electronic data interchange and pallets 
with radio frequency identification devices that helps both Wal-Mart and their suppliers 
jointly manage their overall supply chain efficiently (Zimmerman, 2003). 

3. Network Structure 

In analyzing a network, the individuals within the network are not as important as 
the relationships between the actors within the network. Since networks imply 
interactions where no one individual has all the resources to solve a problem, the dyadic 
relationship is the basic unit of structure. At the next higher level of analysis, the 
network as a whole will determine the success of outcomes. How the dyadic 
relationships are arranged to form a network count in achieving a result. Therefore, 
structure determines how the group as a whole will perform. 

The relationships themselves within the network could be characterized as strong 
or weak. Granovetter (1973) introduced this concept with his strength of weak ties 

theory. Measures of the strength of the tie include information capacity of the tie, rate of 
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information flow, probability of transmitting information, and frequency of interaction 
(Borgatti, 2002). As the network scales up adding more actors, the average distance 
between the actors may increase. Distance is measured as the minimum number of links 
through various nodes to connect two actors in a network (Knoke, 1990). 

While strong and weak ties help to characterize the reality that not all ties are 
equal, another measure might be the diversity of information received from the tie. Burt 
(1983) introduced the concept of range to measure the diversity of actors and information 
within a network. Using a ego network, Burt explained that there are four measures of 
range: 1) the number of relationships for any given actor, 2) the number of status groups 
(occupation, age, sex, etc) in contact with the actor, 3) the weakness of ties with very 
dense, non-diverse status groups, and 4) the weakness of ties with actors who have strong 
ties with others in ego's network. Basically, to enhance the quality of their contacts, an 
actor would like to have relationships with many actors from different social groups. 

The connectivity of the network as a whole may be measured various ways. A 
component is the portion of a network where nodes can reach every other node using 
some path (Borgatti, 2002). A network that is completely connected has one component, 
whereas one that has disconnections will contain more than one component. This 
fragmentation of a network implies that the network will not share resources completely 
across the network. 

How many dyadic relationships exist within the network is another important 
concept describing connections within the network. Of course, the number of 
relationships is an absolute measure and depends on the number of actors within the 
network. The accepted measure within the social network analysis community is 
network density. Knoke (1990) defined density as the number of actual links in a 
network divided by the number of possible ties between nodes. The following equation 
defines density: 

Density = T / N(N-l) 

where T is actual number of ties and N is the number of nodes 
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For a 15-actor network where there are two-way or direeted ties, the number of possible 
ties is 210. If there are 40 ties in the network, the density of the network is 0.19. 

Density is also useful to assess subgroups within a network. Portions of the 
network where actors are eonnected to every other aetor are defined as cliques, whereas 
social circles may have less frequency or bi-directional contact (Knoke and Kuklinski, 
1991). Therefore, a subgroup with a density elose to 1.0 is a clique. The strength of the 
ties and number of eommunieation ehannels implies that this clique will completely share 
information. 

To illustrate the concepts of measuring information flow in a network, a 
hypothetical example of a network where aetors exehange information asymmetrieally is 
shown in Figure 12 below: 

Figure 12. Asymmetric Informational Network (Knoke, 1990: 237) 


B F J 



D H 


The arrows depict the flow of information, some of which is bi-directional, while several 
actors receive information but do not transmit information back to the other actor in the 
dyad. An adjaceney matrix is used to represent this information flow from aetors to one 
another. The number one in a row represents transmitting information from the aetor in 
the row to the actor in the eolumn, whereas a zero indicates that no information is 
transmitted. The number one in a column represents receipt of information, and, of 
course, a zero represents no information receipt. Knoke (1990) developed the following 
matrix in Table 6, coneluding from the totals for the colu mn s and rows that A receives 
the information from more sources, and E transmits information to the most actors. 
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Table 6. Matrix Representation of an Asymmetric Network (Knoke, 1990: 237) 



A 

B 

c 

D 

E 

F 

G 

H 

I 

J 

Total 

A 


0 

0 

0 

1 

0 

0 

0 

0 

0 

1 

B 

1 


1 

1 

0 

0 

0 

0 

0 

0 

3 

C 

1 

1 


1 

0 

0 

0 

0 

0 

0 

3 

D 

1 

1 

1 


0 

0 

0 

0 

0 

0 

3 

E 

1 

0 

0 

0 


1 

1 

1 

0 

0 

4 

F 

0 

0 

0 

0 

1 


0 

0 

0 

0 

1 

G 

0 

0 

0 

0 

1 

0 


0 

0 

0 

1 

H 

0 

0 

0 

0 

1 

0 

0 


0 

0 

1 

I 

0 

0 

0 

0 

0 

0 

1 

0 


0 

1 

J 

0 

0 

0 

0 

0 

0 

0 

0 

0 


0 

Total 

4 

2 

2 

2 

4 

1 

2 

1 

0 

0 

18 


4. Actors’ Positions within the Network 

Switching from the network back to the individual actor as a unit of analysis, the 
above tools also allow an assessment of how the actor fits into the structure of the 
network. Since structure matters in carrying out the purpose of the network and some 
positions in the network receive and transmit more information than others, what 
conclusions may be drawn from these observations? 

First, measures of actor's positions in the network will help to infer a power 
structure based on the structural relationships. Freeman (1977) introduced measures of a 
node's centrality based on his definition of position centrality: "the degree they stand 
between others, and can therefore facilitate, impede or bias the transmission of 
messages." These nodes control the information flow in the network more than others. 
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The measures for centrality were based on examining the probability a given point is a 
path of communication given all the possible points between all the possible dyads within 
a network, the relative measure of centrality comparing a point to all other points, and the 
dominance of centrality comparing the relative measure to those of all other points 
(Freeman, 1977). A star-shaped network, for example, has a central hub that is along all 
communication paths between other points. The other points are not along 
communication paths to any other points. The hub has a relative measure of centrality of 
1.0 and the network also has a centrality value of 1.0, since all communication within the 
network must pass through the hub. 

Centrality appears to be directly correlated with the efficiency of the network and 
the power of the individual who is more central. Freeman (1977) applied centrality 
measures to other studies of communication in small group settings, and concluded that 
centrality was related to solving problems with speed and efficiency and personal 
satisfaction. Likewise, Krackhardfs (1990) work correlated Freeman's measures of 
centrality to perceived power in a small, entrepreneurial organization. 

5. Relating Network Structure to Network Effectiveness 

While measures of network analysis are interesting, they are of little value unless 
some empirical data is offered that relates these measures to better outcomes. Before 
explicitly answering that question, one must consider that the above models could be 
applied to either markets or hierarchies. Certainly, a pure hierarchy will have bi¬ 
directional interactions, but virtually no density within the information flow until it 
passes up the chain of command is fdtered and then disseminated to appropriate divisions 
across the organization. Intuitively, this low-density set of hierarchical relationships 
would not disseminate information as quickly or thoroughly as a network. One would 
expect to find more density in a network setting along with lower average distance 
between nodes. Measures of range would probably differ the most in a network 
compared to a hierarchy. The contacts in a network would be much more diverse than 
one would find as a manager in a hierarchy using the formal chain of command. 
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Table 7. Network Effeetiveness Criteria (Provan and Milward, 2001: 416) 


Levels of 

Network Analysis 

Key Stakeholder Groups 

Effectiveness Criteria 

Community 

Principals and Clients 

• Cost to community 


Client advocacy groups 

• Building social capital 


• Funders 

• Perceptions that problem is being solved 


• Politicians/Regulators 

• Changes in the incidence of problem 


• General Public 

• Aggregate indicators of client well-being 

Network 

Principals and Agents 

• Network membership growth 


• Primary funders and 

• Range of services provided 


regulators 

• Absence of service duplication 


• Network 

• Creation and maintenance of network 


administrative 

maintenance organization 


organization 

• Integration/coordination of services 


• Member 

• Cost of network maintenance 


organizations 

• Member commitment to network goals 

Organization/Parti 

Agents and Clients 

• Agency survival 

cipant 

• Member agency 

• Enhanced legitimacy 


board and 

• Resource acquisition 


management 

• Cost of services 


• Agency staff 

• Service access 


• Individual clients 

• Client outcomes 

• Minimize conflict across networks 


From the perspeetive of the network as a whole, a definition of network 
effectiveness must be defined on multiple levels across multiple agencies. Provan and 
Milward (2001) offer the community, or area the network serves; the network itself; and 
the organization and participants as the levels among which a network should be 
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evaluated to satisfy multiple stakeholder perspectives. Table 7 offers a comparison of the 
levels, the stakeholders, and corresponding criteria which may be used to evaluate a 
network. 

Despite this multiple combination of stakeholders and criteria, some conclusions 
may be drawn from empirical studies. Provan and Milward (1995) assessed local mental 
health networks in multiple cities drawing four conclusions on the effectiveness of those 
networks at improving client outcomes using multiple levels of data collection (i.e. 
clients, families, and case managers). In measuring the characteristics of those networks 
and the resultant outcomes. Provan and Milward (1995) developed the following 
conclusions: 

• Networks are more effective when they are integrated through 
centralization, although networks that are integrated through a core agency 
and integrated through dense links among members will be less effective 
than those are integrated through a core agency alone. 

• Networks are most effective when external controls are directly applied, 
rather than applied through an agency. 

• Networks are most effective when a degree of stability is achieved, 
especially when the stability and uncertainty impacts clients. 

• When the above conditions are optimal, resource scarcity will limit the 
effectiveness of the network. Conversely, resource abundance allows the 
network to range from low to high effectiveness, depending on the 
conditions above. 

D. STRATEGIES FOR OPERATING IN A NETWORK 

Given some of the notable differences between hierarchies and networks, it 
should not be a great surprise that operating in a network is different than operating in 
either a market or hierarchy. Many authors agree that operations in network settings 
require different strategies than operations in hierarchical organizations (Agranoff and 
McGuire, 2001) (Mandell and Steelman, 2003) (Mandell, 2000 and 1990) (Kickert, et ah, 
1997). In markets, actors coordinate based on a set of independent choices they have 
previously made, whereas hierarchies coordinate based on central authority, rules, and 
collective goals (Kickert and Koppenjan, 1997). Networks, with their interdependent 
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relationships, behave as neither an independent market nor a centralized hierarchy. The 
differences result from both limitations and opportunities that only exist in networks. 

1. Network Governance 

Network structures are fundamentally different than hierarchical structures. 
Mandell (2000) pointed out that the power and authority structure, interdependent 
members, and lack of boundary conditions cause different management characteristics in 
networks. Networks lack a formal authority structure, since members do not give up 
authority (Mandell, 2000). Members may choose to not fully invest or under-invest 
resources in the network. Members may pass along all or only some information. 
Ultimately, members may even choose to exit the network, although interdependency 
suggests that this will not happen in the short run. Nonetheless, these examples illustrate 
that members in networks have choices to make. 

Given multiple sets of organizations with multiple values, the tradeoffs within a 
network become very complex. In Managing to Collaborate, Huxham and Vangen 
concluded that collaboration, organization, and individuals all have explicit, implicit, and 
hidden aims. The perceptions of what collaborative purposes each organization seeks 
must be negotiated across the network and over time to define the purpose of the network 
(2005). Two ideas emerge from this multiple stakeholders' value arrangement: 1) 
defining what values lead to measures of effectiveness and efficiency (i.e. quantitative or 
qualitative views of outcomes) must be done at the network level, and 2) improving the 
network's outcomes requires governance across the network. 

One could debate whether management in a network is even possible. A better 
description of operations in a network may be governance rather than management. 
Mandell (1990: 32-33) argued that a manager in a network may "marshal forces," but she 
clearly asserted that each actor in the network "potentially has equal power." Governance 
in a network is, therefore, collaborative rather than directive or coercive in nature. If one 
actor wants to further some outcome she values, first she must get others to agree to go in 
that direction. Kickert and Koppenjan (1997) suggest two sets of behaviors to improve a 
desired outcome: guiding interaction processes within the network and altering the 
characteristics of the network. 
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2. Guiding Interaction within a Network 

Governing a network involves changing a set of conditions upon which the 
relationships in the network are built. Since the outcomes in the network are dependent 
upon multiple organizations, pursuing one organization's value judgments does not mean 
that the network as a whole will be more effective or efficient. The actors within the 
network, however, can pursue relationships within the network that will affect outcomes. 

a. Activating the Network 

The first activity Kickert and Koppenjan (1997) suggested was to activate 
portions of the network that may lead to solving certain problems or achieving certain 
goals that are within the overall aims of the network population. Since networks often 
have multiple purposes, selecting actors that are likely to want to invest resources into the 
particular purpose is a critical part of this activity (Scharpf, 1978). All complex networks 
lack a complete set of relationships between all actors due to the energy involved in 
maintaining those relationships. Activating the network involves building the density of 
the network so that organizations that have common purposes may begin to work 
together. 

b. Arranging Interaction 

The risk that other actors will not deliver on their commitments is a 
characteristic of networks whose actors are interdependent. These risks may include 
underinvestment in public goods within the network (i.e. free rider behaviors) or exiting 
relationships before outcomes are achieved. Arranging interactions is essentially taking 
steps to minimize the risk of uncooperative behavior through informal and formal rules 
with specific actors who are essential to a valued outcome (Kickert and Koppenjan, 
1997). 

c. Brokerage 

Complex networks with many participants and multiple aims may have 
participants who have not connected with one another. A broker may act as a go-between 
(Mandell, 1990), raising problems and solutions that bring these disparate actors together 

for a common purpose (Kickert and Koppenjan, 1997). Mandell suggested three types of 
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brokering behaviors: 1) the orchestra leader who gives directives to followers, 2) the 
laissez-faire leader who ensures parties come together but is not involved in the ensuing 
relationship, and 3) the producer who has a role in the outcome and actively participates 
as a leader (1990). 

d. Facilitation 

This type of strategic behavior in a network sets the stage for actors in the 
network to explore others ideas. Kickert and Koppenjan (1997) described this strategic 
behavior as procedural behaviors aimed at understanding the range of ideas across the 
actors within the network to enhance joint problem solving. Innes and Booher describe 
this process as consensus building which strategically generates first, second, and third 
order effects. These include building social, intellectual, and political capital; generating 
high quality agreements; and fostering innovative strategies. Second and third order 
effects include generating new partnerships and collaborations, joint learning, and even 
new norms (1999). 

e. Mediation and Arbitration 

While some of the processes may be similar to facilitation, the existence 
of conflict defines when mediation and arbitration are necessary. Mediation allows a 
neutral party to bring the differing actors together to discuss differences, where the 
responsibility for resolution remains with the parties to the conflict (Kickert and 
Koppenjan, 1997). Arbitration is when a neutral, third party imposes an outcome, 
thereby, removing the responsibility for conflict resolution from the parties (Kickert and 
Koppenjan, 1997). 

3. Network (Re)Structuring 

Network structuring may be more akin to what is traditionally thought of as 
strategic management in hierarchical organizations. These activities change some of the 
fundamental perceptions about what the purpose of the network is and how it is 
structured to relate to its environment. The difficulty within the network is to get 
agreement across the network to agree to a fundamental shift in network structure. Since 
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network power is shared, theorists do not agree on the efficacy of these methods. 
Nonetheless, there are some techniques that may be used to influence all of the 
interactions across the network. 

a. Cognitive Interactions 

An actor within the network may attempt to change the perception of 
actors within the network. Termeer and Koppenjan examined techniques to develop 
common language, prevent the exclusion of ideas, introduce new ideas, and reframe ideas 
as ways to manage perceptions to directly influence actors in the network. These 
methods pursue a goal of a coalition through the creation of variations in thought within 
the network (1997). Ultimately new ideas and ways of thinking will pull the entire 
network in new directions. 

b. Social Interactions 

Another way to influence the relationships across the network is to 
influence how the actors interact with one another. Development of new procedures, 
preventing the exclusion of actors, or introducing new actors may influence may affect 
how the actors interact with one another (Termeer and Koppenjan, 1997). An example of 
this would be to activate a relationship to an actor that a broker is suppressing. Going 
outside the broker relationship may encourage other actors to seek information directly 
and avoid asymmetrical information within the network. 
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IV. ANALYSIS 


A. APPLICATION OF THE NETWORK PERSPECTIVE TO WEAPON 
SYSTEM ACQUISITION 

Chapter II described the acquisition system and its formal hierarchical operating 
structure. Chapter III introduced the network perspective and its basic assumptions and 
methodology. This chapter draws on the data from the APAT process model and 
concludes that the acquisition system has network-like properties. The implications of 
the acquisition system’s network characteristics are explored in terms of acquisition 
governance. 

1. Interdependencies between Actors 

One of the key characteristics of a network is the relationships between the actors. 
Interdependencies between actors is the basis for the formation of networks (Klijn, 1997) 
(Powell, 1990) (Jones, et. al., 1997). The interdependencies are based on the exchange of 
resources, and where the actors need capital, personnel, and knowledge to accomplish 
their objectives (Klijn, 1997). 

To deliver a weapon system, numerous actors are involved, as Tables 5, 6, and 7 
synthesize for their respective acquisition phases. One of the key interdependencies 
during the acquisition process is the exchange of knowledge between actors. During the 
first three phases of the acquisition process, knowledge about what you need to buy and 
how the system should be designed to meet those needs is the focus of the activities. As 
shown in Appendix A, Process 1.0, the outputs of the Concept Refinement phase include 
an approved Course of Action, identification of resources needed for the next phase, 
approved milestone decision documents, a signed acquisition decision memorandum, and 
a technology development strategy. All of this knowledge is based on the collaborations 
among the stakeholders during each activity. 

Knowledge does not come free: manpower and dollars are required to pay 
salaries, hire outside experts, travel to meetings, and facilitate many other activities. 
Early in the acquisition cycle, resources enable the building of knowledge about the 
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characteristics, technology, and design of the weapon system. Later, resources buy 
materials that become the weapon with its spare parts, support equipment, and trained 
personnel that are required to deliver a capability. 

The interdependencies between actors for Concept Refinement are modeled in 
Figure 13. For modeling purposes, the interactions are assumed to be two-way, directed 
collaborations. The relationships are those that are specified in the Concept Refinement 
processes or may be inferred from the type of documents that are approved during that 
phase. For example, approval of a Test Evaluation Master Plan for a large program 
requires an OSD (DOT&E) signature. Of course, these are not the only relationships that 
a program might need to carry out the objectives of this phase of the acquisition cycle. 
This is a minimum set that one would expect to see for any major acquisition program. 

The diagram shown in Figure 13 illustrates the interdependencies required to 
define the weapon system concept, select the course of action, and prepare for the 
Technology Development phase. As one could guess based on the description of 
responsibilities in JCIDS and the DoD 5000 series regulations, the lead acquisition 
organization program manager (node 4), the MAJCOM requirements organization (node 
2), and the milestone decision authority (node 5) have critical roles during this phase. 
Freeman's measure of degree centrality (1977) for those nodes is relatively higher 
indicating the probability that they will control resources in the network. 

Graphically, Figure 13 portrays the collaboration required with the other 22 actors 
to accomplish the outputs of this acquisition phase. Individually, the lead acquisition 
organization, the MAJCOM requirements organization, and the milestone decision 
authority do not interface with all of the other actors. The spreadsheet in Appendix B for 
the Concept Refinement interactions denotes the lead acquisition organization 
collaborating with 18 other actors. Of the seven actors with which the lead acquisition 
organization does not interface, the program manager must rely on other organizations to 
gather information from those parts of the network. 
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Figure 13. 


Concept Refinement Interdependencies 



Given a weapon system concept, the purpose of the Technology Development 
phase of the acquisition process is to mature key technologies and to plan for weapon 
system development. These two activities require a diverse set of interdependencies. 
Maturing technology requires an in-depth understanding of the concept and system 
architecture as well as a diverse network of technology providers. Furthermore, the 
program must define the capability needs in the CDD. Along with the capability needs, 
operational, support, maintenance, and interoperability concepts must be refined so that 
the weapon system may be designed with these plans in mind. The acquisition systems 
engineering, test, logistics, contracting, and financial management communities 
collaborate with the warfighters to translate concepts into an executable acquisition 
program. 

To understand these interactions, this analysis focuses on process 2.1.2 Identify 
Technologies for Maturation, process 2.1.3 Define Technology Maturation Plan, and 
process 2.5 Develop and Prepare Documents for Milestone B, which the APAT model 
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decomposed as noted in Appendix A. The diagram of the interdependencies for this 
phase is illustrated in Figure 14, while the matrix-view is in Appendix B. 

The diagram in Figure 14 reveals that there are 28 actors involved in the 
acquisition program, an increase from the Concept Refinement phase. Based on degree 
centrality, the lead acquisition organization/program manager (node 4) remains the most 
central actor, maintaining many of the relationships from the previous phase. Likewise, 
the MAJCOM requirements organization (node 2) and the milestone decision authority 
(node 5) also maintain their central role. A number of other actors at the OSD and 
service-level become more prominent, as demonstrated by their degree centrality. The 
network relies on relationships with these actors to provide guidance and priorities that 
shape the program from an operational, acquisition strategy, and budget perspective. 
Therefore, the influence of the key actors is still great, but there are many relationships 
developing during this phase that are beyond the control of the key actors. 



Figure 14. Technology Development Planning/Milestone Interdependencies 


IS 
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During the System Development and Demonstration phase, the critical activities 
include allocating requirements and developing a design, testing the design, and 
preparing for production and fielding of the system. This analysis focuses on process 3.1 
Manage the Program and process 3.2.3 Develop Detailed Design from the APAT effort in 
Appendix A. 

The diagram in Figure 15 depicts a less dense, decentralized network. In terms of 
degree centrality, the program manager (node 4) is still the most central actor, although 
the MAJCOM requirements organization (node 2) is now less central than the contractor 
(node 10) in influencing the network. The rise of the contractor's centrality indicates the 
importance of the contractor’s information to the network in a monopolistic enviro nm ent. 
This measure of centrality for the sole non-governmental actor is of interest to those who 
want to influence the outcome of the network at the community, network, and 
organizational levels of analysis. 



Figure 15. System Development and Demonstration Interdependencies 
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2. Multiple, Independent Actors Formed around a Project 

Another characteristic of a network is that there is more than one actor who shares 
some common attribute that forms the context of their relationship. Using the types of 
network relationships from Knoke and Kuklinski (1991), the actors involved in concept 
refinement would share several types of relationships. Since information is a key 
resource, many relationships are communication relations. Relationships with industry 
might be described in transactional terms, where dollars are expended so that resources 
can be utilized to help gather information on different acquisition concepts. Finally, 
authority/power relations exist among the relationships. Process 1.1 in Appendix A 
describes the controls on the process from the Congressional, OSD, and service level. 
These controls may be targeted specifically at a program, such as when Congress 
earmarks an appropriation for a specific program. 

One of the key questions is whether the actors remain independent to pursue their 
own objectives for the project. As noted above, there are authority/power relations 
exerted on the program. In fact, the lead acquisition organization program manager 
works for the service acquisition executive, typically through the PEO as an intermediate 
supervisor. Many of the actors, however, do not work for one another. Congress clearly 
does not work for the program manager, and the converse is also true. In addition, key 
collaborators such as the MAJCOM and the lead acquisition organization do not work for 
one another even though they are in the same service. If the lead acquisition organization 
and the MAJCOM requirements organization had a dispute, they would have to resolve it 
at the Chief of Staff of the Air Force/Secretary of the Air Force level. As noted in 
Chapter II, issues are not resolved typically at that level. Instead, the actors utilize their 
relationship with one another to collaborate and work through issues. 

3. Lasting, Stable Relationships between Actors 

The final characteristic to be analyzed is the pattern of relationships between 
actors over time. Again, the literature stresses the importance of this characteristic based 
on the need to strengthen relationships (Klijn, 1997). On long-term acquisition programs 
with both complexity and uncertainty, this characteristic is important to allow actors to 
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establish trust with one another. This trust enables actors to make transaction-specific 
investments that will further the objectives of both the actors and the network. 

To examine this variable, the set of actors in the first three acquisition phases 
were analyzed to determine if the relationship spanned multiple acquisition phases, which 
could last from a couple of years to over a decade. The analysis is inexact since only 
select processes from the Technology Development phase and System Development and 
Demonstration phase were analyzed. Nonetheless, a group of 10 actors form 13 enduring 
relationships that span the formation and development of an acquisition program. This 
group and their relationships are displayed in Table 8. The network among this core 
group is graphically displayed in Figure 16. 

High degree centrality among this core group denotes the actors who continually 
control resources over time. Not surprisingly, the program office has the highest degree 
centrality within this persistent group of core actors. Interestingly, the MAJCOM budget 
organization and modernization budget integrator on Air Staff, SAF/AQX, also have high 
degree centrality stemming from their control over the fiscal resources needed to execute 
the acquisition program. 


Table 8. Core Network during Early Acquisition Phases 
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Figure 16. 


Acquisition Core Network 


2 


B. NETWORK GOVERNANCE 

A network view of acquisition allows an analyst to look at outcomes and management 
strategies in a new way. Rather than focusing on accountability, the focus shifts to 
understanding how to enable the network as a whole to create greater value. As Pro van 
and Milward (2001) suggested, the effectiveness of the network ought to be analyzed at 
the community, network, and participant level. Understanding the outcomes desired from 
acquisition programs across the Congressional and warfighting community, the 
acquisition community, and the individual organizations within the network allows a 
holistic analysis of how the network ought to be structured to accomplish these desires. 

1. Network Performance 

A review of the data in Appendix B supports the conclusion that the Lead 
Acquisition Organization/Program Manager is the most central actor within the 
acquisition process in terms of degree centrality. Furthermore, this actor has the greatest 
range of relationships, brokering information from the warfighter, budget community, 
technology community, and contractor. This places the Program Manager in a very 
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important position in the network. Of course, the Program Manager derives this 
centrality from his purported responsibility to deliver a weapon system within cost, 
schedule, and performance. 

Not all program managers perform equally. Some may have networks that are 
unstable, and the manager is unable to stabilize them. Other managers may have 
perfectly adequate networks but they are unable to understand their significance. 
Whatever the case, understanding the structure of the network should enable program 
managers to understand the environment within which successful programs are executed. 

Further, an understanding of the network allows an analysis of second-order 
effects due to changes in the network. Pro van and Milward (1995) concluded that 
resource scarcity would limit the effectiveness of any network. When resources are 
adequate, however, factors such as centralization, direct external controls, and stability 
may also affect the outcomes of networks. An understanding of the structure of the 
acquisition program network would allow an analysis of the effects of changes using 
modeling. The resultant outcomes could be analyzed at the participant, network, and 
community level. In other words, a network view of acquisition would allow individual 
participants to understand how their outcomes and the network's outcomes would be 
affected from the continuing change in policy, resources, and players in the acquisition 
system. 

2. Network Strategies for Weapon Systems 

If improved outcomes are desired at the community, network, and organization 
level, an understanding of the workings of the network should be accompanied by the 
ability to improve interactions within the network and possibly restructure the network. 
Several techniques that might be used to guide interactions within the structure of the 
acquisition network are suggested below. 

a. Guiding Interactions in the Acquisition Network 

Activating the network establishes actors who would push outcomes in a 
direction that the community desires. JCIDS suggests that the community desires 
weapons systems that allow joint warfighting. The process of using strategic guidance to 
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fund actors within the requirements and acquisition community who also value joint 
warfighting would allow the network to build a joint common purpose. Furthermore, the 
key players in Table 8 and Figure 16 should support relationships with peripheral actors 
within the network that promote interoperability. Those key players who broker 
resources within the network might be able to arrange interactions where actors who do 
not value joint outcomes are isolated and starved for resources. 

The core network actors would likely face conflict from other actors as 
they attempt to influence relationships across the network. Facilitation, mediation, and 
arbitration would allow the core actors to constructively influence relationships in the 
network. IPPD along with the IPT structure essentially encompass this behavior where a 
wide range of ideas are sought to solve network problems. Further, consensus building 
within the network would be important, not only for the immediate solution but also to 
encourage continued interaction in the future. 

b. Restructuring the Acquisition Network 

Network theory is unclear on whether an actor, or even a coalition of 
actors, can affect all of the interactions across the network to pursue an objective. Within 
the defense acquisition system, this theoretical debate is experienced quite often. Then 
Secretary of Defense Dick Cheney attempted to kill the V-22 Osprey program. Even as 
powerful an actor as the Secretary of Defense was unsuccessful. Representative Curt 
Weldon reinserted the program in the appropriations bill, while the Marines were quietly 
advocating for the program. 

Nonetheless, the implementation of JCIDS provides an example of how to 
restructure the relationships in the network. The value of jointness affects the 
interactions within the defense acquisition system. Since the joint staff and the 
Functional Capabilities Boards control the requirements, the services that are not willing 
to play in a joint arena would not be in a position to become the sponsoring agency. A 
set of social interactions has evolved under JCIDS that values joint weapon systems. 
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V. CONCLUSIONS AND RECOMMENDATIONS 


A. CONCLUSIONS 

1. Research Question 

The focus of this professional report was to answer the following research 
question: does the DoD weapon system acquisition process behave as a network? 

The characterization of the "Big A" acquisition system as a complex interaction of 
the JCIDS subsystem, the PPBE subsystem, and the defense acquisition subsystem 
identified multiple stakeholders who value different outcomes. Each of these players 
attempts to utilize some form of hierarchy to break down tasks and assign responsibility 
to ensure task accomplishment. Figure 2, Figure 3, and Figure 6 all display some of the 
key outputs and players within JCIDS, PPBE, and acquisition, respectively. 

However, the APAT process model revealed a more complex, interactive process 
among the JCIDS, PPBE, and the acquisition subsystems. Table 2, Table 3, and Table 4 
portray the key players in the first three phases of the acquisition cycle. An analysis of 
these players reveals that many do not work for one another and may have differing 
objectives. Furthermore, examination of the key activities within the Concept 
Refinement, Technology Development, and System Development and Demonstration 
phases, and the interactions of the key players who were involved in the controls, inputs, 
activities, and outputs of each subsystem, revealed key interdependencies and long, stable 
relationships among independent actors. This analysis led to the conclusion that weapon 
system acquisition can be conceptualized as a network. 

2. Further Refinements 

Analysis of the APAT process model data also led to an understanding that 
centrality is not equally distributed within the network. The lead acquisition 
organizations/program manager is a central figure who has the greatest number of 
relationships and is most central to the network measured in terms of degree of centrality. 
Despite the program manager's lack of a high position within a hierarchical model. 
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network analysis reveals that the program manager has the greatest number of 
contacts and interactions within the network. 

Additionally, there is a core group of actors who have a persistent set of 
relationships during the early, critical stages of the acquisition process. While the 
program manager is well-placed within this core group, there are other important actors 
who deal with budgets and have sustained relationships over time. Understanding the 
structure of this group and their relationships with the rest of the network will be 
important in helping the program manager develop strategies to govern the network and 
influence changes for improved network performance and outcomes. 

B. RECOMMENDATIONS 

1. Validate the Model 

First, the data gathered in the APAT model were intended to serve as a framework 
to understand the current acquisition process as it applies to a majority of programs. The 
scope of the data gathering process limited the ability to focus on all interactions. 
Therefore, activities such as milestone decisions were described as an exercise in 
document writing. Those involved in the APAT effort recognized that the documents 
generated for a milestone decision were actually the culmination of a set of interactions to 
gather data and develop a strategy for a particular portion of the acquisition program. For 
this effort, the official who approved the document and the program office WIPT were 
assumed to be the only participants. This is in fact probably not true. Participants might 
include other organizations, depending on the subject matter of the program and local 
procedures. 

Therefore, the model serves as a good first step to begin to explore certain 
interactions within the acquisition system. If a certain set of interactions or a set of actors 
are of interest, gathering more detailed data would be valuable to further the 
understanding of the network and validating the model. 

2. Network Framework to Study Improved Outcomes 

The data gathering effort for the APAT model was not prescriptive. While the 
sponsors of the effort were interested in recognizing areas for improvement, the model 
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was meant to describe the current process. There are reasons for the patterns of 
relationships established in the model, but there also may be improved ways of 
interacting. 

Indeed, the network model, once validated, could be utilized as a framework to 
assess program success. Those who control acquisition policy or who participate in 
acquisition programs likely would be interested in studying how the networks of these 
programs of interest differ from the norm. The DoD Directive 5000.1 gives the program 
manager and milestone decision authority flexibility to decide what the correct set of 
activities and relationships should be for a particular acquisition program. Studying 
network models of similar programs might enable decision-makers to tailor their efforts 
and focus resources on valuable relationships. Alternatively, acquisition strategies could 
be modeled to discover if information flows efficiently and effectively given several 
scenarios for organizing a program. 

3. Simulate Changes to the Acquisition System 

Of course, there are number of challenges within the acquisition process. 
Consistently delivering cost, schedule, and performance is rare as Augustine and Fabini 
(1983), Jones (1996), and McNutt (1998) agreed. Improving consistency of the system 
has spawned a number of changes some of which are initially declared successful, only to 
be later discredited for their "unintended consequences." An example is the initiative to 
give the contractor Total System Performance Responsibility. This initiative gave the 
contractor more flexibility and responsibility for the performance of the acquisition 
program. Unfortunately, the effects of this change were probably not studied using a 
network analysis. The decision-makers acted upon the ideology that the marketplace 
solved all their problems. 

A number of changes to the acquisition system are being considered today. 
JCIDS mandates that programs have been have a Net-Ready Key Performance Parameter 
(CJCSI 3170.0IE, 2005). This attempt to build a communication system by mandating 
interoperability from those who will utilize the system is much like the chicken and the 
egg conundrum. First, the architecture of the network must have some definition. Those 

who are developing a network and the users of the network must collaborate to solve this 
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problem. A network analysis to identify who is involved and how they are collaborating 
would be more beneficial rather than mandating a change and hoping that those actors in 
the network would comply. 

C. SUMMARY 

Networks describe both formal and informal ways of getting things done in the 
acquisition system. The marketplace rarely delivers what the DoD needs at the quantity 
that it is needed. Some commodities may be purchased in the marketplace, but the 
uncertainties associated with DoD needs do not allow firms to match their supply to 
demand. Also, many of DoD's needs are based on interoperability between programs that 
must be defined before the market can react to this need. The largest transactions, which 
involve the lion's share of the modernization budget, rely on the interactions between 
JCIDS, PPBE, and the acquisition system. A hierarchy exists to account for the resources 
input into the process. However, the complexities and dynamic nature of the process can 
best be described as a network of actors who use their relationships to affect outcomes. 

Would Glenn Curtiss recognize this network that delivers today's innovative 
stealth aircraft, advanced combat systems, and ships? He probably would. If you 
brought Mr. Curtiss into a meeting with a program manager, MAJCOM requirements 
officer, and a contractor, he would feel right at home. Mr. Curtiss is no stranger to 
hierarchies given the size of the Curtiss Aircraft Company. Nonetheless, he knew that 
innovation occurs when a network of collaborators shares ideas to solve their common 
problems. 
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